home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0082 / 113.txt < prev    next >
Text File  |  1997-04-16  |  21KB  |  514 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Sun, 28 Jan 90       Volume 90 : Issue  113
  4.  
  5. Today's Topics:
  6.                             ARC 6.02 bugs
  7.                 Beckemeyer multitasking thingamajiggy
  8.                 Chaos Strikes Back (Sort of Spoilers)
  9.                                 ICONE2
  10.                    MICRO RTX vs. MT C-Shell and VSH
  11.                       Need dumped GNUEmacs 18.55
  12.                      Personal pascal v2 for sale
  13.                           Shareware Policy.
  14.                        ST S/ware Rental Places
  15.                       Technical Documentation (
  16.           TOS 1.4/1.6 problems - they never end do they :-)
  17.                                Windows
  18. ----------------------------------------------------------------------
  19.  
  20. Date: 26 Jan 90 18:52:07 GMT
  21. From: shlump.nac.dec.com!engage.enet.dec.com!oldtmr!wallace@decwrl.dec.com  (Ray
  22.  Wallace)
  23. Subject: ARC 6.02 bugs
  24. Message-ID: <1447@engage.enet.dec.com>
  25.  
  26. In article <1919@laura.UUCP>, klute@heike.informatik.uni-dortmund.de (Rainer
  27. Klute) writes...
  28. >In article <1439@engage.enet.dec.com> wallace@oldtmr.dec.com (Ray Wallace)
  29. writes:
  30. >>I'm also curious why ARC 6.02 causes these shells to bomb. They have survied
  31. >Please lookup article <1913@laura.UUCP> again! There I
  32. >explained that Arc 6.02 supports the extended argument passing
  33.  
  34. Rainer, I wrote that before your explanation arrived at our site. Remember
  35. USENET articles do not arrive at all sites at the same time (not neccesarily
  36. even in a timely manner :-).
  37.  
  38. Thanks for the explanation of the problem. I had not realised there were
  39. programs that used the extended argument passing "mechanism".
  40.  
  41. ---
  42. Ray Wallace
  43.                 (INTERNET,UUCP) wallace@oldtmr.enet.dec.com
  44.                 (UUCP)          ...!decwrl!oldtmr.enet!wallace
  45.                 (INTERNET)      wallace%oldtmr.enet@decwrl.dec.com
  46. ---
  47.  
  48. ------------------------------
  49.  
  50. Date: 26 Jan 90 18:36:06 GMT
  51. From: cunixc!cunixa.cc.columbia.edu!cmm1@columbia.edu  (Christopher M Mauritz)
  52. Subject: Beckemeyer multitasking thingamajiggy
  53. Message-ID: <2718@cunixc.cc.columbia.edu>
  54.  
  55. Did anyone manage to get a complete version of Beckemeyer's shareware RTX?
  56. I've heard good things about it.  However, the copy that we received
  57. at our site (good ol' Columbia U) had some sort of error in the uuencoded
  58. file and produced a bad archive.  Could some kind soul email it to me?  I
  59. would be VERY grateful.
  60.  
  61. I am going to use my ST to drive a multiline BBS and I wanted to see if
  62. the RTX would make my life much easier or not.
  63.  
  64. Thanks.
  65.  
  66. Chris Mauritz
  67.  
  68. ------------------------------+---------------------------
  69. Chris Mauritz                 |Where there's a BEER,
  70. cmm1@cunixa.cc.columbia.edu   |there's a plan.
  71. (c)All rights reserved.       |
  72. Send flames to /dev/null      |Need I say more?
  73. ------------------------------+---------------------------
  74.  
  75. ------------------------------
  76.  
  77. Date: 26 Jan 90 16:54:45 GMT
  78. From: psuvm!sml108@psuvax1.cs.psu.edu
  79. Subject: Chaos Strikes Back (Sort of Spoilers)
  80. Message-ID: <90026.115445SML108@PSUVM.BITNET>
  81.  
  82. Hi, having just finished Chaos Strikes Back, I have a few questions for anyone
  83. else who has completed it or is near completion...
  84.  
  85. For the task that you need the green gem for, I seemed unable to achieve the
  86. objective despite having the green gem.  Any ideas?
  87.  
  88. Also, has anyone figured out what the orange gems are good for?
  89.  
  90. Did anyone find the armor of sar?  I only found the shield...
  91.  
  92. Also, where were the RA keys located?   I got one from a knight I believe
  93. but I never found a second one.
  94.  
  95. All in all, I was surprised how fresh the game was and although it used
  96. invisible doors a little too much (annoyingly so at times), I really enjoyed
  97. it and now want to go back through and trash monsters for the
  98. hell of it....
  99.  
  100. Anyone else done yet?
  101.  
  102. Scott Le Grand aka sml1082psuvm.psu.edu
  103.  
  104. ------------------------------
  105.  
  106. Date: 26 Jan 90 06:44:54 GMT
  107. From: mcsun!sunic!nuug!ifi!m2cs.uu.no!tomas@uunet.uu.net  (Tomas Felner)
  108. Subject: ICONE2
  109. Message-ID: <1990Jan26.064454.12622@m2cs.uu.no>
  110.  
  111. MAXG@SUVM.BITNET ("Gerry Greenberg: 315-443-5378") writes:
  112. >I got icone2 from the panarthea archives yesterday, but was unable to
  113. >unarc it so that it would work.  I was able to get icone.acc, icone.rsc,
  114. >and icones.rsc, but I would only get bombs when the acc would try to
  115. >load.  Has anyone ever used this acc?  Thanks.
  116. >--Gerry
  117. >maxg@suvm        (bitnet)
  118. >ggreenbe@rodan.acs.syr.edu     (internet)
  119.  
  120. Yes, I have been using it for a long time (ca. 1.5 years or more). It's
  121. a little program that replaces the desktop icons (the ones for files and
  122. folders) by much nicer ones. You can set wildcards for the various icons
  123. and you can even create your own ones. It's really neat and I love it.
  124. However, if you have one of those alternate desktops, you won't need it
  125. since those desktops have icons on their own.
  126.  
  127. As far as I know the accessory is written in a non portable way. It
  128. assumes TOS 1.2 (Blitter-TOS), and patches the TOS directly (I don't
  129. know this for sure, it's just a rumour). Because of this I don't expect
  130. it to run under TOS 1.4 :-( (No, I don't have TOS 1.4 yet :-(()
  131. --
  132.                           Tomas Felner
  133.      Modula-2 CASE Systems AS  |  Internet: tomas@m2cs.uu.no
  134.             Maridalsveien 139  |  Phone: +47 2 379784
  135.         N-0461 Oslo 4, Norway  |  FAX: +47 2 356448
  136.  
  137. ------------------------------
  138.  
  139. Date: 26 Jan 90 20:06:45 GMT
  140. From: unisoft!bdt!david@ucbvax.Berkeley.EDU  (David Beckemeyer)
  141. Subject: MICRO RTX vs. MT C-Shell and VSH
  142. Message-ID: <1021@bdt.UUCP>
  143.  
  144. Shortly after the the release of MICRO RTX as shareware, my mailbox
  145. became flooded with "What does it do?"  "What is it?"  "How do I
  146. start two windows at the same time?" questions.  Many people have
  147. asked for more information.
  148.  
  149. There seems to be a great deal of confusion on this, so I have
  150. prepared this brief posting.
  151.  
  152. ========
  153. Beckemeyer Development Tools Multitasking -- MICRO RTX vs. MT C-Shell
  154.  
  155. Micro RTX is a Real-Time Multitasking Executive.  Micro RTX is a
  156. general purpose operating system kernel.  It is the kernel used in
  157. the MT C-Shell system.
  158.  
  159. Micro RTX also implements multitasking TOS compatibility. It
  160. implements all the GEMDOS and BIOS calls and adds some new
  161. TOS-level calls as well.
  162.  
  163. Micro RTX is not an end-user application and includes no intrinsic
  164. interactive programs.  It is more like a subroutine library; RTX by
  165. itself doesn't do anything.  Micro RTX is a tool for developing
  166. stand-alone multitasking applications.  MT C-Shell is an RTX
  167. application that emulates a UNIX environment.  Micro RTX is very
  168. simple and general purpose.  It has very few fundmendal limitations
  169. and is easy to customize via program extensions and "hooks".  MT
  170. C-Shell installs hooks into RTX that support a UNIX-like multitasking
  171. multiuser environment.  MT C-Shell actually extends the RTX kernel,
  172. just as any other RTX program could.
  173.  
  174. The standard (non RTX) TOS system breaks down roughly as follows:
  175.  
  176.  
  177.         Application Program and its Libraries
  178.           |
  179.           v Application Layer
  180.         ============
  181.           | System Services Layer
  182.           v
  183.         GEM AES services
  184.           |
  185.           v
  186.         GEM VDI services
  187.           |
  188.           v
  189.         GEMDOS services
  190.           |
  191.           v
  192.         BIOS services
  193.           |
  194.           v
  195.         XBIOS services
  196.           |
  197.           v
  198.         Line A services
  199.  
  200. The system services are not perfectly layered.  An application may
  201. actually use a set of services at various layers in a number of
  202. acceptable combinations (e.g. GEMDOS only, AES/VDI only, AES/VDI
  203. and BIOS etc.)   Non graphics applications (e.g. .TOS or .TTP)
  204. typically won't use the GEM services.  Some graphics applictions
  205. may bypass the VDI and use Line A directly.
  206.  
  207. MICRO RTX installs replacement GEMDOS and BIOS system services and
  208. installs a new set of "MICRO RTX" services.  Applications that use
  209. the normal system services won't be affected.  However, applications
  210. that "know" about the new services can take advantage of advanced
  211. system features for multitasking, interprocess communication etc.
  212.  
  213. MICRO RTX provides the low-level building blocks for building a
  214. higher-level OS interface.  Such an interface is demonstrated in
  215. MT C-Shell and the VSH Visual Shell.  RTX could also be the
  216. basis of a stand-alone application which could benefit from
  217. multitasking, such as TurboPOS, where multitasking and interprocess
  218. communications services of MICRO RTX are used in a sophisticated
  219. multi-user distributed data-base system, based on the client-server
  220. model.
  221.  
  222. VSH is an "outer-layer" to the basic MT C-Shell which provides
  223. a GEM windowing interface.   It sets up device drivers and a GEM
  224. application/accessory to manage "virtual terminals", running
  225. commands inside GEM windows, even while another GEM application
  226. is running at the same time.
  227.  
  228. Networking is another application benefiting from multitasking,
  229. where server tasks can run "in the background".  This is used
  230. in our Point-of-Sale cash register network and several other
  231. BDT internal applications.
  232.  
  233.  
  234. SUMMARY
  235.  
  236. MICRO RTX loads into the AUTO folder and just sits in memory
  237. until some program uses it.   It provides a bunch of new
  238. system services for applications.  It just does what it's
  239. told by programs -- IT HAS NO INTRINSIC USER INTERFACE!
  240.  
  241. MT C-Shell and VSH are examples of programs that use the
  242. extended services offered by MICRO RTX, to implement a
  243. multitasking/multiuser Unix-like system with GEM windowing.
  244.  
  245. TurboPOS is an example of a program that uses the extended
  246. services of MICRO RTX to implement a multiuser point-of-sale
  247. distributed database system with an optional cash register
  248. network.
  249.  
  250. I guess I just don't know how to say it any clearer.  If
  251. it still doesn't make sense, please don't ask me "What is RTX?".
  252. If it isn't clear from the above, then there's no way you'll
  253. ever be able to use MICOR RTX for anything anyway, so just
  254. pass over it and wait for somebody to develop a nice friendly
  255. front-end to it.
  256. --
  257. David Beckemeyer (david@bdt.UUCP)       | "I'll forgive you Dad...  If you have
  258. Beckemeyer Development Tools            | a breath mint."
  259. P.O. Box 21575, Oakland, CA 94620       |    Bart - "The Simpsons"
  260. UUCP: ?uunet,ucbvax?!unisoft!bdt!david  |
  261.  
  262. ------------------------------
  263.  
  264. Date: 26 Jan 90 18:39:39 GMT
  265. From: shlump.nac.dec.com!engage.enet.dec.com!oldtmr!wallace@decwrl.dec.com  (Ray
  266.  Wallace)
  267. Subject: Need dumped GNUEmacs 18.55
  268. Message-ID: <1446@engage.enet.dec.com>
  269.  
  270. In article <16000002@ux1.cso.uiuc.edu>, cs121ta1@ux1.cso.uiuc.edu writes...
  271. >I want to use GNU Emacs 18.55, but there's just no way that I can manage
  272. >the dumping process on my one-drive, 1040ST.  Is there any reason why I
  273.  
  274. This is a new one for me, what to you mean by "the dumping process" and
  275. "dumped xemacs"?
  276.  
  277. ---
  278. Ray Wallace
  279.                 (INTERNET,UUCP) wallace@oldtmr.enet.dec.com
  280.                 (UUCP)          ...!decwrl!oldtmr.enet!wallace
  281.                 (INTERNET)      wallace%oldtmr.enet@decwrl.dec.com
  282. ---
  283.  
  284. ------------------------------
  285.  
  286. Date: 29 Jan 90 02:56:59 GMT
  287. From: ogicse!blake!ski2@decwrl.dec.com  (Chris Kacoroski)
  288. Subject: Personal pascal v2 for sale
  289. Message-ID: <5491@blake.acs.washington.edu>
  290.  
  291. I have an unused copy of Personal Pascal V2 for sale.  I found my self
  292. doing most of my work in C or LISP.  Three languages are too much for
  293. me to remember.  From the little that I have used it, PP seems to be a
  294. very good package.  Please respond via e-mail or call me at
  295. 206-789-7511 or 206-237-6034 if you are interested.
  296.  
  297. PS:  I also have a Star NX1000 printer for sale for $125.
  298.  
  299.  
  300.  
  301.  
  302. --
  303. *****************************************************************
  304. Chris Kacoroski                   ski2@blake.acs.washington.edu
  305. University of Washington
  306. Seattle, WA
  307.  
  308. ------------------------------
  309.  
  310. Date: 29 Jan 90 00:03:51 GMT
  311. From:
  312.  cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watcgl!electro!ignac@tut.c
  313.  is.ohio-state.edu  (Ignac Kolenko)
  314. Subject: Shareware Policy.
  315. Message-ID: <1289@electro.UUCP>
  316.  
  317. In article <9001281112.AA19328@ucbvax.Berkeley.EDU> AMEIJ@vax.oxford.ac.UK (Jan
  318.  Ameij) writes:
  319. >by this particular piece of software (when I tried Quick ST it caused endless
  320. >difficulties and with real relief I deleted it. That's why _I_ didn't pay a
  321. >shareware fee!), but it reminds me of something that's been bugging me for a
  322.  
  323. wow, what version did you last try??? i admit that versions 1.2-1.5 had quite
  324. a few problems, but the last demo version posted (1.6d) was quite robust.
  325.  
  326. >I think shareware is a dead good idea, but I do think authors could make things
  327. >easier for us users who are willing to pay. To wit, how are we Europeans
  328. >supposed to get the dosh to North Maerican authors? Have you thought of that,
  329.  
  330. well, up until we went commercial, about 150 or so registered users of Quick
  331. ST (about 30% of registered owner) were from Europe (UK,
  332. France, Germany, Sweden, Norway, etc etc etc) and
  333. none really complained that there was no way of ordering from europe.
  334.  
  335. >eh? After all, Europe is the spiritual home of the ST, but NA is on the fringe.
  336.  
  337. a good point. that's precicely the reason we've gone to commercial marketing
  338. of Quick ST since we feel it's more than a match to that other screen
  339. accellerator (T* ST) and that europeans should benifit from having an
  340. inexpensive alternative to the overpriced screen accellerator that was
  341. mentionned earlier. we're right now in the process of getting a hold of
  342. some european distributors so we can get our product out to the ST world in as
  343. short a time as possible.
  344.  
  345. >I can write cheques in any European currency, as can most over here, but
  346. >practically nobody can easily send money to America. The same maybe applies to
  347. >americans wanting to pay for European shareware...
  348.  
  349. like i said before, it can't be THAT difficult since none of our european
  350. shareware customers has really complained like this before.
  351.  
  352. is there a reason that you guys across the pond can't get american dollars
  353. easily?? is it due to the european economic community?? fortress europe not
  354. allowing easy access to north american products?? there must be a reason.
  355. brits who have paid in pounds sterling have not caused us any problems. just
  356. a simple exchange at the bank gets pounds changed to dollars. is the reverse
  357. not true??
  358.  
  359. another effective idea is for europeans to register for shareware products
  360. in as large a group as possible (ie: 4 or 5 users at one time) this way the
  361. exchange costs are shared by as many users as possible, cutting costs for
  362. individuals, but again, you europeans should get after your governments
  363. to allow low cost exchanges between your favourite currency to american
  364. dollars.
  365.  
  366. >Just a suggestion, but I think it's a good one. And I might even try Quick ST
  367. >if I could try it first. After my previous experience I wouldn't touch a
  368. >commercial version with a bargepole!
  369.  
  370. well, that's your opinion, but it would have been nice to say which version
  371. you had problems with before spouting bad publicity. i hope your bargepole is a
  372. short one! :-)
  373.  
  374.  
  375. --
  376. =======Ignac A. Kolenko (The Ig)===========watmath!watcgl!electro!ignac=======
  377.      co-author of QuickST, and the entire line of Quick Software!!!!
  378.   Branch Always Software Box 2624, Station B, Kitchener, Ont. CANADA N2H 6N2
  379. =============================================================================
  380.  
  381. ------------------------------
  382.  
  383. Date: 26 Jan 90 19:25:11 GMT
  384. From: haven!uvaarpa!murdoch!astsun8.astro.Virginia.EDU!gl8f@ames.arc.nasa.gov
  385.  (Greg Lindahl)
  386. Subject: ST S/ware Rental Places
  387. Message-ID: <1990Jan26.192511.1350@murdoch.acc.Virginia.EDU>
  388.  
  389. In article <26640@brunix.UUCP> rjd@cs.brown.edu (Rob Demillo) writes:
  390. [...]
  391. >
  392. >However: software rental places are open inventations for all the
  393. >non-Gregs and non-Phils to easily copy (i.e. STEAL) software. If there
  394. >was a proliferation of software rental places, how long do you think
  395. >software manufactures would stay in business?
  396.  
  397. Software rental places can make the symptoms of software piracy worse.
  398. But attacking them is attacking a symptom, not a cause. So educate the
  399. users, don't put legitimate businesses serving a legitimate need out
  400. of business. (We have already show you several situations in which
  401. renting serves a real need: extended demos of expensive packages and
  402. dealers who refuse to demo software.)
  403.  
  404. [...]
  405. >I *can't* think of an analogous example because there *isn't* one.
  406.  
  407. How about this: You can't rent a hotel room in North Carolina (for you
  408. non-USA people, that's a state in the USA) unless you are 21.  It
  409. seems that the legislators are scared that younger *adults* might be
  410. *fornicating* in these hotel rooms, which is illegal. Instead of
  411. dealing with the cause, they treat the symptoms by taking away the
  412. rights of everyone between age 18 and 21. I admit it, I have violated
  413. this law, although I didn't even fornicate. But, I must admit, it
  414. would have been quick and easy to fornicate in that hotel room.
  415.  
  416. Finally, can we take this discussion somewhere else? It doesn't have
  417. anything to do with the ST anymore.
  418.  
  419. Greg Lindahl
  420. gl8f@virginia.edu                                  Astrophysicists for Choice.
  421.  
  422. ------------------------------
  423.  
  424. Date: 28 Jan 90 10:09:00 GMT
  425. From:
  426.  cs.utexas.edu!jarvis.csri.toronto.edu!torsqnt!tmsoft!masnet!canremote!ron.sharp
  427.  @tut.cis.ohio-state.edu  (RON SHARP)
  428. Subject: Technical Documentation (
  429. Message-ID: <90012818034046@masnet.uucp>
  430.  
  431. The situation isn't quite as bad as my somewhat heated post made out.
  432. There are a number of books such as the Abacus ST Internals book
  433. (translated from German).  The manuals with various C compilers are also
  434. quite good.  However, it is questionable that new books will continue to
  435. be released which follow the changes in the ST line.
  436.  
  437. My prize piece of Atari documentation is the SRM Tackle Box, which is a
  438. large binder full of information.  The Tackle Box is not made anymore
  439. however.
  440.  
  441. My flash of anger was sparked by the policy that registered developers
  442. are not allowed to devulge information.  (Or answer techical questions
  443. on this network, I presume.)  So that any non-Atari information is
  444. "discovered" by hacking around.  I really doubt this cuts down on
  445. misinformation.
  446.  
  447. This seems to be a long-time Atari problem -- As I recall, the 8 bit
  448. Atari computers lagged behind for years because no one besides Atari had
  449. any information about the machine.
  450.  
  451. Down to my last minute of connect time.  Better go now.
  452. ---
  453.  ? QNet 2.03: The Crystal Palace * NorthAmeriNet * Toronto (416) 925-5742 *
  454.  
  455. ------------------------------
  456.  
  457. Date: 29 Jan 90 00:10:37 GMT
  458. From:
  459.  cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watcgl!electro!ignac@tut.c
  460.  is.ohio-state.edu  (Ignac Kolenko)
  461. Subject: TOS 1.4/1.6 problems - they never end do they :-)
  462. Message-ID: <1290@electro.UUCP>
  463.  
  464. In article <90Jan27.165836est.58957@ugw.utcs.utoronto.ca> 01659@AECLCR.BITNET
  465.  (Greg Csullog) writes:
  466. >Another problem; once in a while a double click on an appl brings
  467. >up the show/print/cancel dialog box because the system does not
  468. >recognize that a .prg file has been accessed. What the heck is
  469. >going on with the new TOS????
  470.  
  471.  
  472.  
  473. actually, this seems to be a problem with TOS 1.4 as well, since it's
  474. happened to me a couple of times. double clicking on the file again usually
  475. gets the ST to recognize that the file is indeed a .prg, and run it
  476. appropriately.
  477.  
  478. on a related topic, has anyone with TOS 1.4 had this problem: the system
  479. sometimes boots up, displays the current windows and drive icons, and
  480. then for some inexplicable reason, erases all drive icons off of the
  481. screen. i can get them back by clicking on where they should be, but
  482. this behaviour is quite bizarre, and frankly, quite anoying at times.
  483.  
  484.  
  485. --
  486. =======Ignac A. Kolenko (The Ig)===========watmath!watcgl!electro!ignac=======
  487.      co-author of QuickST, and the entire line of Quick Software!!!!
  488.   Branch Always Software Box 2624, Station B, Kitchener, Ont. CANADA N2H 6N2
  489. =============================================================================
  490.  
  491. ------------------------------
  492.  
  493. Date: 26 Jan 90 19:56:18 GMT
  494. From:
  495.  zaphod.mps.ohio-state.edu!uwm.edu!csd4.csd.uwm.edu!markez@tut.cis.ohio-state.ed
  496.  u  (Mark R Zbikowski)
  497. Subject: Windows
  498. Message-ID: <2101@uwm.edu>
  499.  
  500. There is a program on my local system call UW, which is a
  501. multiple-window Macintosh interface to UNIX.  Is there any way to use
  502. this as an interface to my ST?  Is it like X-windows?  If not, what is
  503. X-windows?
  504.  
  505. Thanx in advance.
  506.  
  507. Mark Zbikowski
  508. (markez@csd4.csd.uwm.edu)
  509.  
  510. ------------------------------
  511.  
  512. End of INFO-ATARI16 Digest V90 Issue #113
  513. *****************************************
  514.